@phenaproxima this is done except for one thing that I don't know whether it's on the application side or the CI config side:

PDOException: SQLSTATE[HY000]: General error: 8 attempt to write a readonly database

I've identified the database file created by creating the project (/var/www/web/db.sqlite) and set it to mode 0777 without any effect. What are your thoughts?

@phenaproxima I rebased onto main. New problem:

$ composer create-project, etc...

...

Error: Hash mismatch for patch downloaded from https://git.drupalcode.org/project/distributions_recipes/-/raw/patch/recipe-10.3.x.patch
4f134408e250a2dfce06657a8e4f1b642c1081b1d4c66ce051dd8238e102036c; expected 88d4e6e1d0006d143ee6c8e16e143b39f3b70f61dd4985c32aa0423b2473d066

I can reproduce it locally, so it seems like it's an actual issue in the application.

Yeah...we get that when the upstream patch changes but our patches.lock.json doesn't adjust. See what happens if you remove and gitignore patches.lock.json...?

That doesn't seem to make any difference, @phenaproxima.

The patches.lock.json problems went away after I rebased onto main. Running composer patches-relock causes a new and different problem, so I'm going to ignore it for now.

@phenaproxima I'm still getting the same error trying to load the site after it's installed:

The website encountered an unexpected error. Try again later.
PDOException: SQLSTATE[HY000]: General error: 8 attempt to write a readonly database in Drupal\Component\DependencyInjection\PhpArrayContainer->createService() (line 77 of /var/www/web/core/lib/Drupal/Component/DependencyInjection/PhpArrayContainer.php).

Unfortunately, I'm having an unrelated problem with the build on this PR, but you can see the problem on the wip branch: https://github.com/phenaproxima/drupal-suite/actions/runs/8794640443/job/24134418742

Any ideas while I work on the PR build problem?

So about that SQLite error -- a quick search reveals https://stackoverflow.com/questions/3319112/sqlite-error-attempt-to-write-a-readonly-database-during-insert:

The problem, as it turns out, is that the PDO SQLite driver requires that if you are going to do a write operation (INSERT,UPDATE,DELETE,DROP, etc), then the folder the database resides in must have write permissions, as well as the actual database file.

I've created a way around this, I think. (It's in main now, so you'll need to rebase again.)

First, let's use MySQL on CI, instead of SQLite, since it seems to be problem-prone. Pretty sure you can easily do that with GitHub Actions' Docker integration.

What you'll need to do (pseudocode):

composer create-project --no-install ....
cd project
./vendor/bin/yaml-cli update:value ./drush/drush.yml command.site.install.options.db-url "mysql://user:password@server/dbname"
composer install
composer drupal:install

(This way, you can also remove the test -n "$CI" stuff from post-create-project-cmd, which will make it more portable.)

Drush requires grasmash/yaml-cli, but if it'll make you feel better, go ahead and add it as a direct dev dependency.

To me, this is absolutely good enough.

@phenaproxima we have a working PR now. It doesn't do everything the way we (you) want, but it's fully functional, and it catches the main issues we tend to encounter. I propose you merge it as-is so we start getting the benefit, and we can iterate on it as we choose.

Yeah, I agree. Let's just merge it and sally forth bravely!

Welp, it's failing: https://github.com/phenaproxima/drupal-suite/actions/runs/8851596378. Can you fix? 🙏